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INFORMATION DISTRIBUTION SYSTEM AND METHOD 



This application claims benefit of United States Provisional Application Ser. 
No. 60/223,766, filed August 8, 2000, the disclosure of which is incorporated herein 
5 by reference. 

FIELD OF THE INVENTION 
The invention relates to information distribution systems, and more 
particularly, to an e-mail distribution system and method. 



Common methods of distributing e-mail messages include e-mailing a 
message to an individual address or several individual addresses, or e-mailing a 
message to a group mailing list comprising a list of individual mailing addresses. 
Often the e-mail message includes one or more attached files or data sets, which are 

15 usually word processing documents, spreadsheet documents, or image files. 

However, e-mailing a message to an individual address, several individual 
addresses, or to a group requires multiple preparation steps. The sender of the 
message must choose from a list of e-mail addresses to select recipients or groups, 
type in a subject, and manually select and attach the files to be included in the e-mail. 

20 Upon completing the selection of recipients and attachments, the sender will usually 
invoke a "send" command which sends the e-mail message to the recipients. Thus, if 
the sender later finds the need to include another attached file, the sender must 
generate another e-mail message to the same recipients. Often, an explanatory note is 
included in the second message so as to avoid confusion among the recipients as to 

25 why another document has been received. Accordingly, as this process is repeated 
throughout the day, productivity is lost. 

Reduction of system bandwidth is another drawback in common e-mail 
systems. Often senders do not compress attached files to reduce the size of the e-mail 
messages because of the intervening step of compressing the files before attaching 

30 them to the e-mail message. The time involved to individually compress each 
attached file would further reduce productivity, so senders often do not bother 
compressing attachments, thereby making inefficient use of system bandwidth. 



10 
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Finally, the sheer volume of e-mail messages received by recipients reduces 
productivity. Often recipients must individually scroll through dozens of e-mail 
messages received each hour. Senders often omit a subject heading for an e-mail 
message, or fail to provide a descriptive subject heading. Thus, recipients must spend 
5 additional time evaluating the contents and importance of the message. Productivity 
is further reduced by senders sending e-mail messages and attachments (as soon as 
they find information related to a common subject), or, as mentioned above, as a 
result of overlooking a necessary file that should have been included in an earlier e- 
mail message. 

10 The disclosure of the present invention provides a novel method of distributing 

an e-mail message, including e-mailing data sets to several individual addresses, or e- 
mailing a group of data sets to a group mailing list comprising a list of individual 
mailing addresses, so that each recipient receives a recipient data set that includes 
only data associated with that recipient. Each recipient data set is generated 

15 automatically based on the placement of data sets within a class hierarchy, the class 
hierarchy associated with a plurality of recipient accounts corresponding to a plurality 
of recipients. 

According to the invention, a method of distributing data to a plurality of 
recipients associated with a corresponding plurality of recipient accounts comprises 

20 the steps of associating a plurality of classes arranged in a class hierarchy with the 

plurality of recipient accounts; associating a plurality of data sets with the plurality of 
classes and the plurality of recipient accounts; creating a plurality of recipient data 
sets by associating each data set associated with a class to each recipient account 
associated with the class so that each recipient data set includes only data sets 

25 associated with each corresponding recipient account; and distributing the plurality of 
recipient data sets to the corresponding plurality of recipients. 

Also according to the invention, a system for distributing data to a plurality of 
recipients associated with a corresponding plurality of recipient accounts comprises 
means for associating a plurality of classes arranged in a class hierarchy with the 

30 plurality of recipient accounts; means for associating a plurality of data sets with the 
plurality of classes and the plurality of recipient accounts; means for creating a 
plurality of recipient data sets by associating each data set associated with a class to 
each recipient account associated with the class so that each recipient data set includes 
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only data sets associated with each corresponding recipient account; and means for 
distributing the plurality of recipient data sets to the corresponding plurality of 
recipients. 

Also according to the invention, an apparatus for distributing data to a 
5 plurality of recipients corresponding to a plurality of recipient accounts comprises a 
computer storage medium storing a data structure and a program; a computer system 
having access to the computer storage medium and configured to execute the 
application program; wherein the data structure includes a plurality of classes 
arranged in a class hierarchy, and further includes the plurality of recipient accounts 

10 associated with the plurality of classes; and wherein the program associates data sets 
to selected classes and selected recipient accounts, creates a plurality of recipient data 
sets by associating data sets associated with a selected class to the recipient accounts 
associated with the selected class so that each recipient data set includes only data sets 
associated with each corresponding recipient account, and distributes the plurality of 

15 recipient data sets to the corresponding plurality of recipients. 

Also according to the invention, a method of e-mailing files comprises the 
steps of associating a first file with a class of recipients; associating a second file with 
one recipient in the class; creating a data set for each recipient in the class, wherein 
only the data set corresponding to the one recipient includes the second file; and 

20 distributing the data sets to the recipients. 

Also according to the invention, a program for distributing files to recipients 
connected by a network comprises code for defining a class of recipients; code for 
associating a first file with the class of recipients; code for associating a second file 
with one recipient in the class; code for creating a data set for each recipient in the 

25 class, wherein only the data set corresponding to the one recipient includes the second 
file; and code for distributing the data sets to the recipients. 

Additional features and advantages of the present invention will become 
apparent to those skilled in the art upon consideration of the following detailed 
description of illustrated embodiments exemplifying the best mode of carrying out the 

30 invention as presently perceived. 



BRIEF DESCRIPTION OF THE DRAWINGS 
FIG. 1 shows a main software menu associated with the invention. 
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FIG. 2A depicts a record table in which a user defines recipient data for use in 
the invention. 

FIG. 2B is a flow diagram illustrating a method of creating a directory 
structure of a linked hierarchy based on the user defined information contained in the 
5 record table. 

FIG. 3 depicts a partial directory structure of a linked hierarchy based on the 
user defined information contained in the record table. 

FIG. 4 is an expanded view of the directory structure of Fig. 3 showing no 
pending files in an outbox corresponding to a recipient identification number. 
10 FIG. 5 is an expanded view of the directory structure of Fig. 3 showing a 

pending file in an outbox corresponding to a recipient identification number. 

FIG. 6 is an expanded view of the directory structure of Fig. 3 showing a 
pending file in a common class outbox corresponding to a retail class recipient. 



15 pending file in a common outbox corresponding to all class recipients. 

FIG. 8 is an expanded view of the directory structure of Fig. 3 showing files 
sent after invoking a mail program to a recipient corresponding to the recipient 
identification number. 



20 compressed files resulting from invoking a mailing routine. 

FIG. 10 is an alternative embodiment of the invention that includes a parse 
directory, and depicts a partial directory structure of a linked hierarchy based on the 
user defined information contained in the record table. 



25 sent to a recipient corresponding to a recipient identification number, after invoking a 
parsing routine and mailing routine. 

FIG. 12 is an expanded view of the directory structure of Fig. 10 showing files 
sent to another recipient corresponding to another recipient identification number, 
after invoking a parsing routine and mailing routine. 
30 FIG. 13 depicts a pop-up menu for selectively distributing files according to a 

parent-child subdirectory relationship. 

FIG. 14A is a desktop screen shot depicting a pop-up menu for selectively e- 
mailing a file in accordance with prior art systems. 



FIG. 7 is an expanded view of the directory structure of Fig. 3 showing a 



FIG. 9 is an expanded view of the directory structure of Fig. 3 showing the 



FIG. 1 1 is an expanded view of the directory structure of Fig. 10 showing files 



Docket No. 12055-0004 



# 



Express 




J No. EL592237959US 



5 



FIG. 14B is a desktop screen shot depicting an e-mail application window 
invoked from a pop-up menu selection in Fig. 14A. 

FIG. 15A is a desktop screen shot depicting a pop-up menu for selectively e- 
mailing a file in accordance with the present invention, the pop-up displaying a partial 
5 directory structure of a linked hierarchy based on the user defined information 
contained in the record table. 

FIG. 15B shows a main software menu associated with the invention, the main 
software menu provided via a standard pop-up menu. 



10 for distribution upon the occurrence of a user defined event. 

FIG. 17A is a flow diagram illustrating a process for distributing files 
according to a batch distribution mode and an immediate distribution mode. 

FIG. 17B is a flow diagram illustrating a process for distribution files 
according to a batch process in a batch distribution mode. 
15 FIG. 18 is a flow diagram illustrating a process for interrogating a transaction 

database to determine the mailing frequency of a file to a set of users and to update 
system parameters based on the mailing frequency of the file. 

FIG. 19 is a first data distribution model further illustrating the information 
distribution system. 

20 FIG. 20 is a second data distribution model further illustrating the information 

distribution system. 



25 Available for selection by a user are menu options Modify Mail Directory 11, Create 
All Mail Directories 12, Zip All Files and Mail 13, Clear All Sent Folders 14, Delete 
All Zip Files 15, Show Folders Not on File 16, Distribute Files to Folder 17, Open 
GUI Distribution Interface 18, Change System Configuration 19, and Exit 20. 



30 as shown in Fig. 2. In accordance with the invention, each entry corresponds to an e- 
mail recipient and contains a record field 31, a class field 32, and identification 
number field 33, a last name field 34, a first name field 35, and an e-mail address field 
36. The e-mail address field 36 is the e-mail address of a recipient's e-mail account. 



FIG. 16 is a flow diagram illustrating a process for distributing files identified 



DETAILED DESCRIPTION OF THE DRAWINGS 



Fig. 1 shows a main software menu 10 associated with the invention. 



Selection of Modify Mail Directory 1 1 allows the user to edit record table 30, 
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Each recipient is assigned a unique identification number 33, and a class designation 
32. The class designation can be unique or can be a common class designation as 
shown, e.g., "RETAIL," "LEGAL" or "ADMIN." 

Selecting Create All Mail Directories 12 creates a directory structure 100 of a 
5 linked hierarchy based on the user defined information contained in the record table 
30. As shown in FIG. 3, directory structure 100 is contained in the directory Emailer 
102. Directory Emailer 102 contains four subdirectories: Admin 200, Common 300, 
Legal 400, and Retail 500. Subdirectories Admin 200, Legal 400 and Retail 500 are 
created from the class designations contained in record table 30. Subdirectory 

10 Common 300 is created in addition to the class designations in record table 30. 

Within each subdirectory Admin 200, Legal 400 and Retail 500 are recipient 
subdirectories corresponding to the identification numbers 33 listed for each class 32 
in record table 30. Thus, as shown for the subdirectory Retail 500, recipient 
subdirectory 510 is created for the recipient identified by user identification number 

15 001, e.g., "John Smith." Illustratively, a recipient subdirectory, or recipient account, 
corresponds to a recipient e-mail account to which e-mail is sent and accessed by the 
actual recipient. Likewise, recipient subdirectories 520 and 530 are created for 
recipients identified by the user identification numbers 017 and 234, respectively. 
Finally, a common class subdirectory 540 is created in addition to the recipient 

20 subdirectories. Common class subdirectories are also created within each 
subdirectory Admin 200 and Legal 400, but are not shown in Fig. 3. 

Within each recipient subdirectory are three mailing subdirectories: outbox, 
sent and zip. Files pending delivery are stored in the outbox directory. After files are 
sent, the files are moved from the outbox directory to the sent directory. The zip 

25 directory contains the files in a compressed format. 

The process of creating the directory structure described above is better 
understood with reference to Fig. 2B, which depicts a flow diagram 2000 illustrating a 
method of creating a directory structure of a linked hierarchy based on the user 
defined information contained in the record table 30. In step 2002, a parent directory 

30 is created. As shown in Fig. 3, the parent directory is Emailer 102. All further 

directories are subdirectories of the parent directory. In step 2004, the subdirectory 
Common is created in the parent directory. In step 2006, all classes in record table 30 
are read, and for each class, a class subdirectory is created in the parent directory. A 
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common class subdirectory is created in each class subdirectory. Similarly, in step 
2008, all recipients in each class are read, and for each class, recipient subdirectories 
are created in the corresponding class subdirectory. In step 2010, the outbox, sent and 
zip subdirectories are created in each recipient subdirectory. 



queuing and sending of e-mail messages as follows. Files are distributed according to 
a parent-common subdirectory relationship, i.e, each file placed in a common 
subdirectory of a parent directory is then distributed to all other subdirectories within 
the parent directory. However, files placed directly in recipient outbox directories are 

10 not distributed to other recipient outboxes. Illustratively, a file placed in subdirectory 
common 540 is distributed to recipient subdirectories 510, 520 and 530, and a file 
placed in recipient subdirectory 510 is not distributed to any other directory. 

One skilled in the art will appreciate that other distribution schemes which 
accomplish similar results are within the scope and spirt of the invention described 

15 herein. For example, common class subdirectories can be removed from the class 
subdirectories and named accordingly to identify the parent-common subdirectory 
relationship. Thus, common class subdirectory 540, which is the common 
subdirectory for class directory Retail 500, can be named "COMMON-RETAIL" and 
moved to a different location within the directory tree. 

20 In an illustrative example, a user sends a first file (or data set), filel.txt, to the 

recipients identified by identification number 001, i.e., "John Smith," a second file, 
filel l.txt, to all recipients in the "RETAIL" class, and a third file, file21.txt, to all 
recipients in all classes as stored in record table 30. Rather than creating three 
separate e-mail messages in which the user must address each message separately and 

25 selectively attach the data sets to create a recipient data set for each recipient of the 
message, the user places the data sets within the directory structure 100 and the 
recipient data sets and e-mail messages are automatically generated when the user 
invokes a mailing command. 



30 prepare a document for sending to the recipient identified by identification number 
001, i.e., "John Smith," filel.txt 701 is placed in outbox 512, as shown in Fig. 5. 
Filel.txt 701 is placed in outbox 512 either by a conventional drag and drop off a 
desktop, through a GUI interface of the present invention, or by selecting the file and 



5 



The exemplary embodiment of the present invention facilitates efficient 



As shown in Fig. 4, recipient subdirectory 510 has an empty outbox 512. To 
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right-clicking a pop-up menu option, which displays a miniature pop-up directory 
structure 100 on the desktop, as discussed with reference to Figs. 15A and 15B. Files 
in outbox 512 will only be sent to the recipient identified by identification number 
001, since recipient subdirectory 510, corresponding to recipient 001, is the parent 
5 directory of outbox 512. 

To prepare a document for sending to all recipients associated with the class 
"RETAIL," filell.txt 711 is placed in common class outbox 540, as shown in Fig. 6. 
Files in common class outbox 540 will be sent to all recipients in the class "RETAIL,' 
since subdirectory 500, corresponding to class RETAIL, is the parent directory of 
10 common class subdirectory 540. To prepare a document for sending to all recipients 
in all classes, file21.txt 711 is placed in common outbox 300, as shown in Fig. 7. 
Files in common outbox 300 will be sent to all recipients in all classes, since Emailer 
directory 102 is the parent of class directories Admin 200, Legal 400 and Retail 500. 



15 menu option "Zip All Files and Mail" 13 (Fig. 1). Invoking this option causes all 
files contained in common subdirectories to be copied to corresponding recipient 
outboxes, creating a recipient data set in each recipient outbox. Each recipient data 
set includes only the data sets associated with that recipient. Thus, filel l.txt 711, 
placed in common class outbox 540, is copied to all individual recipient outboxes 

20 512, 522, and 532 corresponding to recipients 001, 017 and 234 of class "RETAIL." 
Similarly, file21.txt 711, which is in common outbox 300, is copied into all recipient 
outboxes, i.e., file21.txt is copied from the common subdirectory 300 to recipient 
outbox subdirectories 512, 522, and 532, and to similar recipient outbox 
subdirectories not shown in the LEGAL and ADMIN classes. Thus, the outbox 

25 directory 512 of the recipient identified by identification number 001, contains files 
filel.txt, filel l.txt and file21.txt after the common files have been copied. These 
recipient data sets are now ready to be sent to the recipients. After copying, files in the 
common directories are erased. 



30 routine compresses the files in each outbox directory into a single compressed file for 
sending to the recipient via e-mail. The exemplary embodiment of the invention 
invokes a user-specified e-mailing program to send the compressed files. The 
compression routine reduces file size, conserving system bandwidth, and reduces the 



Once all files are placed in the appropriate directories, the user selects the 



After the appropriate files are placed in the outbox directories, a compression 
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number of e-mails received by the recipient. In the illustrative embodiment, as shown 
in FIG. 9, a commercially available WinZip utility is used. One of ordinary skill in 
the art will appreciate, however, that any equivalent compression routine may be used 
in accordance with the invention. The compression routine creates two files, a self- 
5 extracting file 801, and compressed, non-self-extracting file 802. 

The files are stored in the zip subdirectory 516 for the user identified by 
identification number 001. Preferably, the self-extracting file 802 is sent to the 
recipient, whereupon receiving the file the recipient simply executes the self- 
extracting file 802 to decompress and receive files filel.txt, filell.txt and file21.txt. 

10 The non-self-extracting file 802 is used to archive sent files on the user's computer. 
The filenames of the compressed files 801 and 802 are automatically generated by a 
user-defined scheme. In the illustrative example, the filename is reflective of the year, 
month and day the files were compressed and mailed, i.e., July 26, 2000. Additional 
user-defined detail may be provided in the file name, e.g., a numeric field 

15 corresponding the number of mailings conducted during a day, and/or an additional 
field including the recipient's identification number. Preferably, this filename is also 
used as the subject line of the e-mail message so that the recipient may readily 
ascertain the nature of the e-mail message. 



20 moved to recipient sent subdirectories. Thus, in the example, filel.txt, filell.txt and 
file21.txt are moved from outbox 512 to subdirectory sent 514, as shown in Fig. 8. 

Completion of the e-mail routine results in eight separate e-mail messages 
containing three different recipient data sets. According to record table 30, the user 
identified by identification number 001 will receive a recipient data set of files 

25 filel.txt, filell.txt, and file21.txt, the users identified by identification numbers 017 
and 234 will receive a recipient data set of files filel l.txt and file21.txt; and the users 
identified by identification numbers 11, 137, 138, 256, and 311 will receive a 
recipient data set of file file21.txt. 



30 names in the sent directories increases. Accordingly, another embodiment of the 
invention includes automatically modifying the filenames of the files moved to the 
sent directories if a file with the same name already exists in the sent directory. 



Finally, after sending the compressed files, all files in recipient outboxes are 



If numerous mailings have been conducted, the likelihood of duplicate file 
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In an alternative embodiment of the invention, the automated mailing routine 
is invoked at predetermined time intervals. By selecting the menu option Change 
System Configuration 19, the user may schedule when a mailing operation will occur. 
Thus, if a user commonly sends large amounts of data to many recipients daily, it is 
5 more efficient to conduct one mailing after the close of business for that day. 

Accordingly, an evening mailing is scheduled, thereby providing recipients with one 
data file containing an entire day's mailing data rather than several mailings 
throughout the day. The scheduling utility simplifies the sender's tasks and eliminates 
numerous e-mail messages received by the recipient. 
10 Selecting "Clear All Sent Folders" 14 deletes all files contained in all sent 

subdirectories within the main Emailer directory 102. In an alternative embodiment, 
this menu option is automatically invoked after mailing the compressed files to 
recipients. 



15 all zip subdirectories. In an alternative embodiment, the zip files are moved to an 
archival subdirectory for storage. 

Selecting menu option "Show Folders Not On File" 16 reconciles directory 
structure 100 with recipient data contained in record table 30. Thus, if a new recipient 
is added in record table 30, this menu option will generate an appropriate recipient 

20 subdirectory in the appropriate class. Likewise, if a recipient is deleted from record 
table 30, this menu option will delete the corresponding recipient subdirectory. 

Selecting menu option "Distribute Files to Folder" 17 distributes files with 
user-defined naming conventions to a recipient folder. Illustratively, a user-defined 
naming convention based on a recipient identification number in a filename will 

25 distribute any file into the appropriate recipient directory. Thus, any filename 
beginning with "001" will be moved or copied to recipient subdirectory 510, 
corresponding to the recipient identified by identification number 00 L Alternatively, 
the user-defined naming convention can search for the substring "001" anywhere in 
the filename. 

30 Illustratively, menu option "Distribute Files to Folder"17 invokes a parsing 

routine that acts on files stored in subdirectory parse 600, as shown in Fig. 10. Files 
001file.txt 731 and 017file.txt 732 are stored in subdirectory parse 600. Menu option 
"Distribution Files to Folder" 17 moves file 001file.txt 731 to outbox 512 of recipient 



Selecting menu option "Delete All Zip Files" 15 deletes all zip files stored in 
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subdirectory 510, corresponding to the recipient identified by identification number 
001. Likewise, file 017file.txt 732 is moved to outbox 522 of recipient subdirectory 
520, corresponding to the recipient identified by identification number 017. 

After invoking the "Zip All Files and Mail" menu option 13, a compression 
5 routine compresses the files into a single compressed file for sending to the recipient 
via e-mail. The exemplary embodiment of the invention invokes a user-specified e- 
mailing program to send the compressed files. Finally, after sending the compressed 
files, all files in recipient outboxes are moved to recipient sent subdirectories. Thus, 
in the example, filel.txt, filell.txt, file21.txt and 001file.txt are moved from outbox 
10 512 to subdirectory sent 514, as shown in Fig. 11. Likewise, file2.txt, filel l.txt, 
file21.txt and 017file.txt are moved from outbox 522 to subdirectory sent 524, as 
shown in Fig. 12. 

Additionally, the user-defined naming convention can also be based on a 
recipient class. Thus, a file in subdirectory parse 600 containing a class string in the 

15 filename is sent to all recipients corresponding to that class. 

In yet another embodiment, the menu option "Distribute Files to Folder" 17 
invokes a database routine that opens a target database stored in subdirectory parse 
600 and automatically generates data files containing data keyed to the recipient's 
identification number. Illustratively, target database retail. db 733 includes weekly 

20 sales totals for all recipients in class "RETAIL," i.e., recipients identified by 

identification numbers 001, 017, and 234. The parse routine opens the database 
retail. db 733, and collects sales data for each recipient identified by identification 
numbers 001, 017, and 234. Corresponding data are copied to in file OOlretail.db 
733 A for the recipient identified by identification number 001, and in file 017retail.db 

25 733B for the recipient identified by identification number 017. File OOlretail.db 733A 
is created in outbox 512 of recipient subdirectory 510, corresponding to the recipient 
identified by identification number 001, and file 017retail.db 733B is created in 
outbox 522 of recipient subdirectory 520, corresponding to the recipient identified by 
identification number 017. After invoking the "Zip All Files and Mail" menu option 

30 13, file OOlretail.db 733 A is moved to subdirectory sent 514, as shown in Fig. 11. 

Likewise, file 017retail.db 733B is moved to subdirectory sent 524, as shown in Fig. 



12. 
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Selecting menu option "Open GUI Distribution Interface" 18 invokes a 
graphical user interface associated with the invention. The GUI is described above 
with reference to the exemplary embodiment of the invention, or, alternatively, the 
GUI is implemented by common computer navigation software, such as Windows 
5 Explorer. 

Selecting menu option "Change System Configuration" 19 allows the user to 
change various system configurations associated with the invention. Under this 
option, the user schedules the frequency of automated mailings; the default e-mail 
program invoked by the invention; user-defined file naming conventions; and archival 
10 directories for storing compressed mail files. 

Selecting menu option "Exit" 20 exits the program associated with the 
invention. 

A further embodiment of the invention includes selectively distributing files 
according to a parent-common subdirectory relationship. For example, if a user 

15 desires to send a file to all recipients in classes "ADMIN" and "IJEGAL," and omit 
recipients in class "RETAIL," the user may selectively distribute the file by placing 
the file in the common subdirectory 300, rather than placing the same file in common 
class subdirectories 230 and 440. This is accomplished by defining the distribution 
parameters when the file is placed in common subdirectory 300. A pop-up menu 1300 

20 showing distribution parameters automatically appears upon placing a file in the 

common subdirectory 300. Thus, the user is queried as to which class subdirectories 
are not to receive the file. In this example, the user deselects the "RETAIL" select 
box 1306, as shown in Fig. 13. As "ADMIN" and "LEGAL" select boxes 1302 and 
1304 remain selected, the file is distributed to all recipients in the ADMIN and 

25 LEGAL classes. 

As the distribution hierarchy increases in size, more classes appear in pop-up 
menu 1300. Selection of EXCLUSION select box 1308 toggles the distribution 
parameters of pop-up menu 1300. Thus, selection of EXCLUSION select box 1308 
results in the file being distributed to only the non-selected classes. Accordingly, if 

30 the EXCLUSION select box 1308 is selected, the file is distributed only to the 
RETAIL class. 

It is readily apparent to one or ordinary skill in the art that the invention is not 
limited to the exemplary embodiments described herein. For example, alternative 
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embodiments include recipient names on recipient subdirectories, multiple class 
hierarchies, i.e., classes within classes, such as "RETAIL - WEST", "RETAIL - 
EAST", etc. 

Another exemplary embodiment of the invention includes selectively 
5 distributing a file by use of a conventional right-click pop-up menu. In prior art 

systems, files can be selectively distributed via e-mail by use of a standard right-click 
pop-up menu as shown in Fig. 14A. File 1402 is selected and a right-click pop-up 
menu 1412 is brought up via activation of a mouse button. "Send to" option 1414 is 
selected, bringing up a selection menu 1422. Selection of "Mail Recipient" option 

10 1424 activates a common e-mail application window 1430, as shown in Fig. 14B. 
Recipients must be addressed via address fields 1432 and 1434, and individual 
addresses or groups can be browsed via "To" button 1436 and "CC:" button 1438. A 
copy of file 1402 is attached as document 1440 in the e-mail message. Accordingly, 
in prior art systems, the sender of the message must choose from a list of e-mail 

15 addresses to select recipients or groups, and send multiple e-mails if the sender desires 
to send additional data files to different recipients. 

The present invention, however, includes the directory structure of the linked 
hierarchy based on the user defined information contained in record table 30, as 
shown in Fig. 15. File 1402 is selectively distributed by use of a right-click pop-up 

20 menu 1502. Pop-up menu 1502 has additional "Distribute" option 1504, selection of 
which brings up selection menu 1512, which contains directory Emailer 102A, and its 
associated directory structure 100A. Directory structure 100A operates in a similar 
fashion as directory structure 100 described with reference to Figs. 3-7 above. 
Accordingly, selecting subdirectory common 540A will distribute the selected file to 

25 recipient subdirectories 510A, 520A and 530A. Thus, as a user works throughout a 
work day, the user can selectively prepare files for distribution to a plurality of 
recipients easily and quickly. Accordingly, once the user decides to mail the files to 
the recipients, the user selects the menu option "Zip All Files and Mail" 13, which 
invokes the mailing routine described with reference to Figs. 3-9 above. 

30 Main software menu 10 is also provided via a pop-up menu, as shown in Fig. 

15B. "Emailer Menu" option 1506 is selected, bringing up a selection menu 1516. 
Selection menu 1516 provides menu options Modify Mail Directory 11 A, Create All 
Mail Directories 12A, Zip All Files and Mail 13A, Clear All Sent Folders 14A, Delete 
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All Zip Files 15A, Show Folders Not on File 16A, Distribute Files to Folder 17A, 
Open GUI Distribution Interface 18 A, and Change System Configuration 19A. Menu 
options 1 1 A-19A operate in the same manner as menu options 1 1-19 as previously 
described with reference to main software menu 10 of Fig. 1. 



distribution control file are periodically distributed upon the occurrence of a user 
defined event. Fig. 16 includes a flow diagram 1600 describing a process for 
periodically distributing files identified for distribution upon the occurrence of the 
user defined event. In step 1602, the system determines whether a file has been 

10 identified for distribution. If a file has been identified for distribution, the file is 
associated with a corresponding subdirectory in step 1604 (e.g., a common 
subdirectory or a recipient subdirectory). The association of the file with the 
corresponding subdirectory is recorded in a distribution control file in step 1610. 
Preferably, the distribution control file includes a target address for the identified file, 

15 and a target address for the corresponding subdirectory. 

If a file has not been identified for distribution, the system determines whether 
the file has been cleared from distribution in step 1606. If the file has been cleared 
from distribution, the file is disassociated from the corresponding subdirectory in step 
1608. Accordingly, in step 1610 the distribution control file is updated to reflect the 

20 disassociation of the identified file from the corresponding subdirectory. In step 1612, 
the system determines whether a user defined event has occurred. If no user defined 
event has occurred, the system continues to monitor files identified for distribution or 
cleared from distribution, as previously described with reference to step 1602 and 
1606 above. If the user defined event has occurred, step 1614 copies all identified 

25 files to their associated subdirectories. The step is accomplished by reading the 
distribution control file, determining the target addresses of identified files, and 
determining the target addresses of corresponding subdirectories. The identified files 
are then copied from their target addresses to the corresponding subdirectories. After 
the files are copied to their associated subdirectories, step 1616 invokes a mailing 

30 routine which then distributes the files to the recipients. The mailing routine is 

similar to the routine described with reference to the "Zip All Files and Mail" menu 
option 13 described above. Invoking this option causes all files contained in common 
subdirectories to be copied to corresponding recipient outboxes. After the appropriate 



5 



In another embodiment of the invention, files identified for distribution in a 
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files are placed in the outbox directories, the compression routine compresses the files 
of each outbox into a single compressed file for that outbox for sending to the 
recipient via e-mail. 

Files identified for distribution are thereafter distributed to recipients during 
5 each occurrence of the user defined event. Illustratively, a user defined event may 
occur upon the expiration of a time period, such as daily, weekly or monthly time 
periods. Thus, a file identified for distribution is automatically distributed to the 
recipients on a daily, weekly or monthly basis. Accordingly, files which are updated 
on a periodic and frequent basis, such as sales reports, test and evaluation data, etc., 
10 are automatically distributed to recipients without the user having to invoke a mailing 
routine, or address and send the file to each individual or recipient. Thus, recipients 
receive timely and accurate information from the user, via a mailing/distribution 
process which is transparent to the user. 



15 selected for batch or immediate distribution mode. Selection of an immediate 

distribution mode results in the file being immediately distributed and e-mailed when 
the file is selected for distribution. On the other hand, selection of a batch distribution 
mode results in files being distributed only when a batch process is activated. Figs. 
17A and 17B provide flowcharts illustrating the batch distribution and immediate 

20 distribution mode processes. In step 1702, a file is selected for distribution by the 

user. In step 1704, the system determines whether a batch or immediate variable has 
been selected. If the batch variable has been selected, step 1706 updates the batch file 
to include the file selected for distribution. Illustratively, the batch file includes the 
target address of the file selected for distribution, and the target address of the 

25 corresponding subdirectory into which the selected file will be copied by the mailing 
routine. After step 1706 is completed, the process is complete for the batch 
distribution mode until the a batch distribution process is run. 

However, if step 1704 determines that an immediate distribution variable has 
been set, the file selected for distribution is immediately distributed to its intended 

30 recipients. Step 1708 determines whether the file is associated with a common 

subdirectory. If the file is associated with a common subdirectory, the file is copied to 
the corresponding recipient outboxes of the common subdirectory in step 1710. If the 
file is not associated with the common subdirectory, i.e., the file is intended for one 



In another embodiment of the invention, the information distribution system is 
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recipient, the file is copied to the recipient outbox in step 1712. In step 1714, a 
mailing routine is invoked and the file is mailed to its intended recipients. The 
mailing routine invoked is similar to the mailing routine invoked in step 1616 with 
respect to Fig. 16. 



5 



After the files have been mailed to their intended recipients, step 1716 stores 



the mail transactions in a transaction database. The transaction database provides a 
history of mailing transactions, including the date a file was mailed, the recipients of 
that file, and the mailing frequency of the file to the recipients. The mailing frequency 
is the number of times a file is mailed to a set of recipients over a period of time. 

10 Thus, a file mailed to a set of recipients once every week has a mailing frequency of 
once a week, while a file mailed to another set of recipients once a month has a 
mailing frequency of once per month. 

Files selected for distribution when the batch variable is set are mailed upon 
initiation of a batch routine. Fig. 17B describes the mailing process of the batch 

15 routine. In step 1752, the batch file is opened. Each entry in the batch file associates 
a file located at a target address with one or more subdirectories located at one or 
more subdirectory addresses. Each file referenced in the batch file is copied to a 
common class subdirectory for a group mailing, or recipient outbox for an individual 
recipient mailing, as shown in step 1754. In step 1756, each file copied to a common 

20 class subdirectory is then copied to the corresponding recipient outboxes related to the 
common class subdirectory. After execution of step 1756, the files are distributed to 
the recipient outboxes. Accordingly, a mailing routine is invoked in step 1758. 
Finally, the mailing transactions are stored in the transaction database at step 1760. 



25 frequency of a file to a user or set of users. If the mailing frequency exceeds a user 
defined threshold, the user is automatically prompted to update the distribution 
control file. Thus, the system automatically monitors the manual mailing habits of a 
user and determines whether those manual mailing habits should be automated 
through an update to the distribution control file. Fig. 18 is a flowchart for this 

30 process. In step 1802, the system determines the file mail frequency from the 

transaction database after each mailing. In step 1804, the system determines whether 
the file mail frequency exceeds a threshold value. If the file mail frequency does not 
exceed a threshold value, the system returns to step 1802. On the other hand, if the 



As described above, the transaction database is used to determine the mailing 
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file mail frequency exceeds the threshold value, the system prompts the user to update 
the distribution control file in step 1806. As previously described with reference to 
Fig. 16 above, updating the distribution control file will associate a file with a 
corresponding subdirectory by storing a target file location and the corresponding 
5 target locations of one or more subdirectories in the distribution control file. If the 
user chooses to update the distribution control file in step 1808, the distribution 
control file is updated with the corresponding transaction in step 1810. On the other 
hand, if the user decides not to update the distribution control file, the system returns 
to step 1802 and waits to determine the file mail frequency after the next mailing. 

10 In another embodiment, file change status is tracked in the distribution control 

file. File change status reflects whether a file has changed since the last time it was 
distributed to recipients. If a file has not changed since the last time it was distributed 
to recipients (e.g., no work has been done on the file and the file has not been 
updated), the file will not be sent to the recipients upon the occurrence of the user 

15 defined event as described with reference to Fig. 16. Conversely, if the file change 

status indicates that the file has changed since its last distribution to recipients, the file 
will be sent to its intended recipients upon the occurrence of the user defined event as 
described with reference to Fig. 16. Accordingly, monitoring of a file change status 
eliminates repetitive distribution of a file that has not changed since its previous 

20 distribution. Thus, if the user is away from the work environment for an extended 
period (e.g., vacation, illness, etc.), the repetitive distribution of unchanged files to 
their intended recipients is prevented. 

Fig. 19 provides a data distribution model 1900 further illustrating the 
information distribution system. Data sets are distributed according to a hierarchical 

25 class structure based on classes, subclasses, recipients, recipient nodes, and class 

nodes. Model 1900 includes a plurality of classes: class 00, class 10, class 11, class 
12, class 20, class 21, class 22, and class 30.. 

A class may include individual class recipients. Individual class recipients are 
identified in a class recipient tree containing recipient accounts. Class 00 includes 

30 class recipients R001, R002 and R003 in class 00 recipient tree, Class 10 includes 
class recipients R101 and R102 in class 10 recipient tree. The remaining class 
recipient trees are organized in a similar manner. 
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A class may include a subordinate subclass. As shown in Fig. 19, classes 10, 
11, and 12 are subclasses of class 00, classes 20 and 21 are subclasses of class 11, 
class 22 is a subclass of class 12, and class 30 is a subclass of class 22. 

If a class includes class recipients and subclasses, data is distributed according 
5 to recipient nodes and class nodes. Data input directly into a class is distributed 
through both the recipient node and class node. Data input into a recipient node is 
distributed only to the individual class recipients in the class recipient tree. Data input 
into the class node is distributed only to the subclasses. Data input directly into a 
recipient is not distributed to any other recipient or class. 

10 Class 00 includes recipient node D00A and class node D00B; class 12 

includes recipient node D12A and class node D12B; and class 22 includes recipient 
node D22A and class node D22B. 

If a class includes only individual class recipients and does not include a 
subclass, or if a class includes only subclasses and does not include individual class 

15 recipients, the class does not need a recipient node or a class node, as data input into 
the class can only be distributed in one way. Thus, classes 10, 20, 21, and 30, which 
have only individual class recipients and no subclasses, and class 11, which has only 
subclasses and does not have individual class recipients, do not show recipient nodes 
or class nodes. Of course, the model changes accordingly if a subclass or individual 

20 class recipient is added. Thus, if class 20 is made a subclass of class 10, class 10 will 
then include a recipient node and class node. 

Data is input either directly into the class, into the class recipient node, into the 
class node, or directly to the recipient account. In class 00, data A is input directly 
into class 00; therefore, data A is distributed through recipient node D00A and class 

25 node D00B. Thus, recipients R001, R002 and R003 receive data A, which is also 
distributed to subclasses 10, 11, and 12. As data A is input directly into classes 10, 
11, and 12, individual recipients R101 and R102 also receive data A. Class 11, which 
has only subclasses, directly inputs data A into subclasses 20 and 21. Thus, data A is 
also distributed to individual recipients R201, R202, R203, R211 and R212. 

30 Similarly, data A is distributed through recipient node D12A to individual recipients 
R121 and R122 and class node D12B of class 12 to class 22. Data A is distributed in 
a similar manner through classes 22 and 30. Accordingly, individual recipients R221, 
R222, R223, R301 and R302 also receive data A. 
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Data B is input directly into recipient R00L Thus, recipient R001 is the only 
recipient to receive data B. 

Data C is input into recipient node DOOA. Thus, recipients R001, R002 and 
R003 are the only recipients to receive data C. 



the same manner as data A as described above with respect to all subclasses of Class 

00 and the corresponding recipients. Accordingly, recipients R001, R002 and R003 

are the only recipients not to receive data D. 

Note that data can be input into more than one location. Data K, for example, 
10 is input directly into class 21 and individual recipient R221. Thus, recipients R211, 

R212 and R221 receive data K. 

Each recipient receives a recipient data set that includes only data associated 

with that recipient. Recipient data sets are represented by a subscript list adjacent to 

each recipient in the class recipient tree. Thus, recipient R001 receives recipient data 
15 set consisting of data A, C, B; R002, A, C; R003, A, C; R101, A, D, E; etc. A 

recipient will not receive data that is not associated with that recipient. 

One of ordinary skill in the art will readily appreciate that the data distribution 

relationship illustrated in Fig. 19 is not an exhaustive list. Illustratively, a recipient 

may be assigned to more than one class; a recipient may also be directly referenced by 
20 a class node; and a subclass may have more than one parent class. Fig. 20 illustrates 

such an alternative data distribution model 2000 and the associated data provided to 

each recipient. 

Realization of data distribution models similar to those of Figs. 19 and 20 has 
been previously described with reference to Figs. 1-18. Thus, data can be distributed 

25 immediately, by a batch process, or the occurrence of a user-defined event. Data can 
be distributed in accordance with a distribution control file. Distribution transactions 
can be monitored for frequency to prompt a user to create a new distribution 
relationship automatically or sever an unused distribution relationship. Finally, data 
files can be monitored for changes from the last distribution to prevent repetitive 

30 distribution of unchanged data files during automated distributions or distributions 
triggered by a user-defined event. 

Although the invention has been described in detail with reference to certain 
preferred embodiments, one of ordinary skill in the art will readily appreciated that 



5 



Data D is input directly into class node D00B. Thus, data D is distributed in 
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variations and modifications exist within the scope and spirit of the invention as 
described and defined in the following claims. 



